home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0125 / 325.txt < prev    next >
Text File  |  1997-04-16  |  27KB  |  643 lines
  1. Info-Atari16 Digest         Mon, 10 Jun 91       Volume 91 : Issue 325
  2.  
  3. Today's Topics:
  4.            A.A. : 
  5.                    arc602.ttp or unarc.ttp question
  6.                   G++ at A.A. from ftp.thp.koeln.de
  7.                 GCC -g and G++ bogon alert!?! (2 msgs)
  8.                   GNU Emacs Pure Lisp Storage space
  9.                Gripes about UW (was Re: X for the ST?)
  10.                  Latest ver. of Prospero-C & Fortran
  11.                                 Mint ?
  12.                           More than 4 Meg ??
  13.                   New version of BASH 1.05 for MiNT
  14.                        path to Gadgets (2 msgs)
  15.                            Re: Man w/ pipe
  16.              Reading TOS/DOS diskette on the SparcStation
  17.                   System 7 on the GCR (from dsmall)
  18.                            TT ram revisited
  19.                     X for the ST?  (Unix Windows)
  20.  
  21. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  22. cross-posting to/from Usenet is getting closer, but still getting thrashed
  23. out.  Please send notifications about broken digests or bogus messages
  24. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  25.  
  26. Please send requests for un/subscription and other administrivia to
  27. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  28. instead of the moderators are likely to be lost or ignored.
  29.  
  30. If you want to unsubscribe, and you're receiving the digest indirectly
  31. from someplace (usually a BITNET host) that redistributes it, please
  32. contact the redistributor, not us.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 10 Jun 91 09:57:16 GMT
  36. From: otter.hpl.hp.com!hpltoad!ghiggins!gjh@hplabs.hp.com (Graham Higgins)
  37. Subject: A.A. : 
  38. To: Info-Atari16@naucse.cse.nau.edu
  39.  
  40. I am trying to clean up the gnustuff directory on A.A. I will try and create an
  41. A.A.-hosted GCC cros-compiler, so that A.A. has binaries for the most recent
  42. patches.
  43.  
  44. The most notable problem is that A.A. does not have the ST-specific diffs to
  45. create the ST port of GCC 1.39 --- we have only binaries.
  46.  
  47. Other (example) problems are:
  48.  
  49. util.zoo    --- has nm.c from the Sozobon distribution and a spurious
  50.                 Patchlevel (14, should be either 13 or 15).
  51.  
  52. include.zoo --- does not include math.h nor stab.def
  53.  
  54. Here are the current Patchlevels of the central ST versions of GNU sources at
  55. A.A.
  56.  
  57. curses.zoo      - PathLevel: 7 (sic)
  58. flex.zoo        - no patchlevel included
  59. gemlib.zoo      - PathLevel: 15 (sic)
  60. include.zoo     - PatchLevel: 62
  61. libsrc.zoo      - PathLevel: 62 (sic)
  62. pmlsrc.zoo      - PathLevel: 8 (sic)
  63. util.zoo        - PathLevel: 14 (sic)
  64.  
  65. I'd be grateful for uploads of verifiable later versions of any of the above
  66. sources and also verifiable sources (diffs from FSF distribution) for GCC 1.39.
  67.  
  68. Graham
  69. ======
  70.  
  71. ------------------------------------------------------------------
  72. Graham Higgins                  |  gjh%ghiggins@hpl.hp.co.uk
  73. Hewlett-Packard Labs            |  gjh%ghiggins@hplb.hpl.hp.com
  74. Filton Road, Stoke Gifford      |  gjh%hplb.csnet@csnet-relay.arpa
  75. Bristol, U.K.                   |  ...!mcvax!ukc!hplb!gjh
  76. Tel: +44 272 799910 x24014         Fax: +44 272 790554
  77. ------------------------------------------------------------------
  78. Disclaimer: My opinions above are exactly that, mine and opinions.
  79. ------------------------------------------------------------------
  80.  
  81. ------------------------------
  82.  
  83. Date: 7 Jun 91 17:27:44 GMT
  84. From:
  85.  noao!asuvax!cs.utexas.edu!wuarchive!rex!spool.mu.edu!cs.umn.edu!thelake!steve@a
  86.  rizona.edu (Steve Yelvington)
  87. Subject: arc602.ttp or unarc.ttp question
  88. To: Info-Atari16@naucse.cse.nau.edu
  89.  
  90. [In article <727@bigfoot.first.gmd.de>,
  91.      ralph@prosun.first.gmd.de (Ralph Berg) writes ... ]
  92.  
  93. > How can I tell arc602.ttp or unarc.ttp to store on
  94. > extraction the files into another directory as where
  95. > the archiver programms resides???
  96. >
  97. > When I use unarc.ttp with "x c:\tmp\any.arc" the
  98. > extracted files will be stored where the unarc program
  99. > is called ??
  100.  
  101. I tried responding via email, but my friendly neighborhood Internet
  102. host said:
  103. 550 ralph@prosun.first.gmd.de... Host unknown
  104.  
  105. Anyway, ARC and UNARC place extracted files into the *current*
  106. directory. If you are running from the GEM Desktop, it's likely that
  107. you have made unarc's or arc's directory the current directory by
  108. topping its window.
  109.  
  110. Try topping the window where you want the objects to be placed, then
  111. hold down the SHIFT key and double-click on arc.ttp or unarc.ttp in a
  112. background window. That will instruct GEM to run the program without
  113. switching to its directory.
  114.  
  115. You won't have this problem if you run your archiver from a
  116. command-line shell or special GEM shell.
  117.  ----
  118.  Steve Yelvington, Marine on St. Croix, Minnesota, USA / steve@thelake.mn.org
  119.  
  120. ------------------------------
  121.  
  122. Date: 10 Jun 91 09:46:36 GMT
  123. From: otter.hpl.hp.com!hpltoad!ghiggins!gjh@hplabs.hp.com (Graham Higgins)
  124. Subject: G++ at A.A. from ftp.thp.koeln.de
  125. To: Info-Atari16@naucse.cse.nau.edu
  126.  
  127. This archive has been withdrawn from A.A. following an adverse report which
  128. indicates that the archive's integrity has been compromised.
  129.  
  130. G++ is case-sensitive to its support files, apparently the archive prog
  131. blithely switched them all to upper case.
  132.  
  133. The lack of documentation, author identification and sources only add to the
  134. problem.
  135.  
  136. BTW --- This seems to be another example promoting the argument for compressed
  137. tar files.
  138.  
  139. Graham
  140. ======
  141.  
  142. ------------------------------------------------------------------
  143. Graham Higgins                  |  gjh%ghiggins@hpl.hp.co.uk
  144. Hewlett-Packard Labs            |  gjh%ghiggins@hplb.hpl.hp.com
  145. Filton Road, Stoke Gifford      |  gjh%hplb.csnet@csnet-relay.arpa
  146. Bristol, U.K.                   |  ...!mcvax!ukc!hplb!gjh
  147. Tel: +44 272 799910 x24014         Fax: +44 272 790554
  148. ------------------------------------------------------------------
  149. Disclaimer: My opinions above are exactly that, mine and opinions.
  150. ------------------------------------------------------------------
  151.  
  152. ------------------------------
  153.  
  154. Date: 10 Jun 91 12:04:04 GMT
  155. From: mcsun!unido!rzsun2.informatik.uni-hamburg.de!rospc1!hess@uunet.uu.net
  156.  (Hauke Hess)
  157. Subject: GCC -g and G++ bogon alert!?!
  158. To: Info-Atari16@naucse.cse.nau.edu
  159.  
  160. Hello,
  161.  
  162. I have a problem with the gcc 1.39 and the g++ from the koeln ftp site.
  163. If I try to compile the following program with g++:
  164. #include<stream.h>
  165. int main(){ cout << "Hello World\n"; }
  166.  
  167. All works niecly until the link run. Then the linker says: Bogon alert: wrote
  168. xxx Symbols, yyy expected. And the resulting file is not a TOS executable
  169. (TOS error 66: not an executable program).
  170.  
  171. The same happens, when I compile a normal gcc program with the gdb option "-g".
  172. Then there is another number of wrote/expected symbols, but the resulting
  173. program again is not executable.
  174.  
  175. Has anyone encountered this problem and perhaps already solved it?
  176.  
  177. Hauke Hess / University Hamburg (so write in german, if you like)
  178.  
  179. ------------------------------
  180.  
  181. Date: 10 Jun 91 17:21:19 GMT
  182. From: noao!asuvax!ukma!psuvax1!psuvm!dearn!dmswwu1c!zvd007@arizona.edu (U.Kuehn)
  183. Subject: GCC -g and G++ bogon alert!?!
  184. To: Info-Atari16@naucse.cse.nau.edu
  185.  
  186. In article <hess.676555444@rospc1>, hess@rospc1.informatik.uni-hamburg.de (Hauke
  187. Hess) says:
  188. >If I try to compile the following program with g++:
  189. >#include<stream.h>
  190. >int main(){ cout << "Hello World\n"; }
  191. >
  192. >All works niecly until the link run. Then the linker says: Bogon alert: wrote
  193. >xxx Symbols, yyy expected. And the resulting file is not a TOS executable
  194. >(TOS error 66: not an executable program).
  195. >
  196. >The same happens, when I compile a normal gcc program with the gdb option
  197. >"-g".
  198.  
  199. The Problem is , that the linker does not handle the DRI-compatible symboltable
  200. in the correct way, so try using the -s option to advice the linker to
  201. strip off the symboltable.
  202.  
  203. Bye the way, I've got the stuff from koeln, too, and I dont have that problem;
  204. maybe you are not using the linker provided in the package in the cs-directory
  205. at the site.
  206.  
  207. U.Kuehn
  208.  
  209. ------------------------------
  210.  
  211. Date: 10 Jun 91 13:31:32 GMT
  212. From:
  213.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu
  214.  !uxa.cso.uiuc.edu!jsh44765@arizona.edu (Jonathan S Hofmann)
  215. Subject: GNU Emacs Pure Lisp Storage space
  216. To: Info-Atari16@naucse.cse.nau.edu
  217.  
  218.    I just ftp'd GNU Emacs for my Mega 2, unpacked it, and tried to run it.
  219. It ran the .el files through keydefs.el, and then said 'Pure lisp storage
  220. exhausted'. I do not have the sources, nor do I have the 10 meg free for the
  221. sources. Could someone please tell me what's going wrong? I'm trying to
  222. run Emacs from Gulam. Thanx!
  223.  
  224. =========================================================================
  225. Scott Hofmann                     | "It's all devestatingly true,
  226. hofmann@sumter.cso.uiuc.edu       |  except the parts that are lies."
  227. jsh@anlhep.hep.anl.gov            | - Douglas Adams
  228. =========================================================================
  229.  
  230. ------------------------------
  231.  
  232. Date: 10 Jun 91 16:48:18 GMT
  233. From:
  234.  noao!asuvax!cs.utexas.edu!usc!wuarchive!zaphod.mps.ohio-state.edu!menudo.uh.edu
  235.  !rcte2p@arizona.edu (Paul S. Sears)
  236. Subject: Gripes about UW (was Re: X for the ST?)
  237. To: Info-Atari16@naucse.cse.nau.edu
  238.  
  239. perstoro@netmbx.UUCP (Wilhelm Schaefer) presents in article <2392@netmbx.UUCP>
  240. >limsico@earthquake.Berkeley.EDU (Carl Limsico) writes:
  241. >
  242. [Question on the availability of X for the ST deleted..]
  243.  
  244. >There is!
  245. >I have seen it on the c-bit this year.
  246. >It was a st with x-win connected to a unix-tt.
  247. >But it was not working too good. :-(
  248. >As far as I seen it....
  249. >
  250. >On the other hand there is a programm called UW (unix windows).
  251. >
  252. >I think it was designed for the mac first, but it has been
  253. >ported to the st by someone.
  254.  
  255. I have used UW many times but there is one thing about it that really
  256. _BOTHERS_ me.  The mouse cursor is always displayed, so that it flickers
  257. and slows down the screen.  Now, I wish someone would hack the ST side
  258. of the code to turn off the mouse cursor until the mouse is moved or one
  259. of the mous buttons are pressed (like Uniterm does).  This would
  260. significantly speed up the screen too... and it would be much less
  261. annoying... I don't have a C compiler to even thing about it....
  262. >
  263. >After typing *UW* in the first window the host starts Unix-Windows and
  264. >from now on you can use, I think about 6, windows.
  265. >So I am able to work at different suns at the same time......
  266. >Thats fun :-)
  267. >(So my st could "have" 100 MIP's ore more... )
  268. >
  269. >so long
  270. >
  271. >              -- --- good old perstoro --- --
  272.  
  273.  
  274. --
  275. * Paul Sears * Technology    ***    |"The greater an individual's power
  276. * The University of Houston  ***    | over others, the greater the evil that
  277. * RCTE2P@Jetson.uh.edu      * * *   | might possibly originate with him."
  278. * RCTE2P@menudo.uh.edu     *  *  *  | - PROPAGANDA, from A Secret Wish (CD)
  279.  
  280. ------------------------------
  281.  
  282. Date: 10 Jun 91 15:59:49 GMT
  283. From:
  284.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!atha!aunro!alberta!arcsun.arc.ab.ca!e
  285.  rkamp@arizona.edu (Bob Erkamp)
  286. Subject: Latest ver. of Prospero-C & Fortran
  287. To: Info-Atari16@naucse.cse.nau.edu
  288.  
  289. This is a reply I got a few months back re: Prospero Software and versions.
  290.  
  291. Bob
  292.  
  293. --------------------------------------------------------------------------------
  294.  
  295. Originator:    prosof@compulink.co.uk
  296. Subject:     Re: Updates
  297.  
  298. The latest versions are 2.153 for Fortran, and 1.144 for C. Both fix
  299. all known 'incompatibilities' that occurred with TOS 1.4
  300.  
  301. The cost of updating to the current versions is 30 UK pounds, and the
  302. master disks will need to be returned with payment (either by a
  303. cheque drawn on a UK bank or by credit card) to the address below.
  304.  
  305. Regards
  306. Paul Hargreaves.
  307.  
  308. Prospero Software Ltd.
  309. 190 Castelnau
  310. London
  311. SW13 9DH
  312. England.
  313.  
  314. ------------------------------
  315.  
  316. Date: 10 Jun 91 12:51:27 GMT
  317. From:
  318.  noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!oakhill!Jim_Holt%aprdlgtr.sps.mo
  319.  t.com@arizona.edu (Jim Holt)
  320. Subject: Mint ?
  321. To: Info-Atari16@naucse.cse.nau.edu
  322.  
  323. Please forgive me if this has been answered countless times ...
  324.  
  325. I have seen quite a few references to MINT in this group.  I
  326. am curious about what it is ?  Is this something like Unix
  327. for an ST ?  If so, how/where does one obtain it ?
  328.  
  329. Thanks,
  330. JH
  331.  
  332. ------------------------------
  333.  
  334. Date: 10 Jun 91 08:24:37 GMT
  335. From: mcsun!ukc!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth)
  336. Subject: More than 4 Meg ??
  337. To: Info-Atari16@naucse.cse.nau.edu
  338.  
  339. In article <2642@m1.cs.man.ac.uk> camm@els.ee.man.ac.uk (Ian Camm) writes:
  340. >       Well 2.5Mb does work on my 520STE with TOS 1.6, but it does think there
  341. >are 4Mb there. I have not had any problems yet but I have not (knowingly)
  342. >tried to use all of the memory thus far. I have the feeling that when I
  343. >do I will commit mass bit murder :-) by trying to throw them into spaces that
  344. >aren't there. I will try changing the boards round and let you know what
  345. >happens.
  346.  
  347. What you have is 2.5Mb of RAM with the last 512K duplicated 4 times. Your
  348. machine thinks it has 4Mb. If you create a 2Mb RAM disk that sits in low
  349. RAM then use your machine you'll see weird behaviour as the multiple images
  350. get used. You need a little patch program that checks phystop and the memory
  351. controller at bootup andif it's 4Mb set it to 2.5Mb then reboot.
  352.  
  353. Actually what we all need is for Atari to fix the &~%*$ ROMs!
  354.  
  355. Does TOS 1.62 have the same problem?
  356.  
  357. >Ian Camm                           | JANET: camm@uk.ac.man.ee.els
  358. >Dept. of Electrical Engineering    | ARPA:  camm@els.ee.man.ac.uk
  359. >University of Manchester, England  | UUCP:  ...!!ukc!man.ee.els!camm
  360. >Disclaimer: If you think I need one make it up yourself.
  361.  
  362. +----------------------------------------------------------------------------+
  363. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  364. !                                                                            !
  365. ! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
  366. ! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
  367. ! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  368. ! Edinburgh, Scotland, UK           "That was never 5 SIMMs!"                !
  369. +----------------------------------------------------------------------------+
  370.  
  371. ------------------------------
  372.  
  373. Date: 10 Jun 91 11:05:24 GMT
  374. From: mcsun!ukc!keele!nott-cs!dpg@uunet.uu.net (Dave Gymer)
  375. Subject: New version of BASH 1.05 for MiNT
  376. To: Info-Atari16@naucse.cse.nau.edu
  377.  
  378. In article <ERLINGH.91Jun8132005@sigyn.idt.unit.no> erlingh@sigyn.idt.unit.no
  379.  (Erling Henanger) writes:
  380. >Please send binaries and patches, maybe as two separate files if the
  381. >patches are big.
  382.  
  383. Everyone who has replied so far has asked for binaries, so I've now sent them
  384. off. The diffs are very small, and are included in the .zoo. Enjoy!
  385.  
  386. You'll have to report any bugs to me soon, as I won't have any access to the
  387. net from the start of July until the start of October.
  388. --
  389. /* 'Grave' Dave Gymer --------- Internet: dpg@Cs.Nott.AC.UK *\
  390. +* 42 St Marys Park, Louth, Lincolnshire, LN11 0EF, England *+
  391. +* Olivier's Law:    "Experience is something you don't get *+
  392. \*-------------------------- until just after you need it." */
  393.  
  394. ------------------------------
  395.  
  396. Date: 8 Jun 91 06:54:13 GMT
  397. From: noao!ncar!csn!boulder!tcr!gbs!root@arizona.edu (Root)
  398. Subject: path to Gadgets
  399. To: Info-Atari16@naucse.cse.nau.edu
  400.  
  401. The path taken by this message is the path "back" to us here at
  402. Gadgets. Our machine name is "gbs" as a 7-character name ("gadgets")
  403. was causing some problems along the line. I'm "dsmall" here, or
  404. "root". The machine is an AT&T 3B1 (7300).
  405.  
  406. The newsfeeds seem to be operating fairly stabley (is that a word?)
  407. now.
  408.  
  409. Anyway, since I can't get to the Well machine as often as I'd like,
  410. and this machine is much closer (10 feet vs. 2000 miles), I thought
  411. I would mention it. I'm open for GCR, SST, MegaTalk, and automatic
  412. weapon discussions (*grin*).
  413.  
  414.         -- thanks, Dave Small
  415.  
  416.         Gadgets by Small / bottlewasher
  417.  
  418. ------------------------------
  419.  
  420. Date: 10 Jun 91 17:59:18 GMT
  421. From:
  422.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!cs.umn.edu!thelake!steve@a
  423.  rizona.edu (Steve Yelvington)
  424. Subject: path to Gadgets
  425. To: Info-Atari16@naucse.cse.nau.edu
  426.  
  427. [In article <165@gbs.UUCP>,
  428.      root@gbs.UUCP (Root) (really Dave Small) writes ... ]
  429.  
  430. > The path taken by this message is the path "back" to us here at
  431. > Gadgets.
  432.  
  433. Just one quick word of advice before you use the Path: line, though.
  434.  
  435. Put your noggin into action and determine the *closest* site to gbs
  436. that your system knows how to reach. Send mail there. Reasons:
  437.  
  438. -- Usenet news paths are rarely the quickest routes.
  439. -- Not all systems named in Usenet paths handle mail. (Really!) Using
  440.    the Path: line without careful thought is a good way to lose mail.
  441. -- Sending email through systems you don't own is a privilege, and it's
  442.    your responsibility to ensure that you don't impose on any more sites
  443.    than is necessary. Be a good guest.
  444.  
  445. >From the 12-hop Path: line on the article I received, I would guess that
  446. ncar.ucar.edu!boulder!tcr!gbs!root might be a working UUCP path, but
  447. there probably is a faster one (anybody know the Internet equivalent of
  448. boulder?)
  449.  
  450.  ----
  451.  Steve Yelvington, Marine on St. Croix, Minnesota, USA / steve@thelake.mn.org
  452.  
  453. ------------------------------
  454.  
  455. Date: 10 Jun 91 08:31:58 GMT
  456. From: mcsun!ukc!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth)
  457. Subject: Re: Man w/ pipe
  458. To: Info-Atari16@naucse.cse.nau.edu
  459.  
  460. Well this Bob Dobbs character (actually 4) is just another example of Atari
  461. wastage, along with Bea Hablig et al. I think I would have preferred to see
  462. four box corner characters, ala IBM, so that we could make up boxes in text.
  463.  
  464. Now some bright spark is going to say "Why not change the font youself".
  465. Why should I have to support 3 resolution (6 if you include the TT) to get
  466. such a simple addition. Atari should have put something *useful* in there in
  467. the first place.
  468.  
  469. +----------------------------------------------------------------------------+
  470. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  471. !                                                                            !
  472. ! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
  473. ! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
  474. ! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  475. ! Edinburgh, Scotland, UK           "That was never 5 characters!"           !
  476. +----------------------------------------------------------------------------+
  477.  
  478. ------------------------------
  479.  
  480. Date: 10 Jun 91 10:20:15 GMT
  481. From: mcsun!ukc!keele!nott-cs!lut.ac.uk!elmar@uunet.uu.net (Mohammad A. Rahin)
  482. Subject: Reading TOS/DOS diskette on the SparcStation
  483. To: Info-Atari16@naucse.cse.nau.edu
  484.  
  485. Following my earlier query on this subject, I had quite a few responses. Thanks
  486. very much to all who responded. For those who might need the summary here it is.
  487.  
  488. Mtools is a suite of package on the SparcStation that allows reading/writing
  489. TOS/DOS formatted 3.5" diskettes. The complete package along with the patch
  490. files can be obtained from the following anonymous FTP sites :
  491.  
  492.         1. cs.uni-sb.de (134.96.7.254) - directory : pub/sun/mtools
  493.         2. cs.uba.ca    (137.82.8.5)   - directory : src
  494.         3. cerl.cecer.army.mil (129.229.1.101) - pub/mtools
  495.  
  496. Finally, thanks again to those who responded. I really appreciate your help.
  497.  
  498. - Rahin
  499.  
  500. ------------------------------
  501.  
  502. Date: 8 Jun 91 07:07:31 GMT
  503. From: noao!ncar!csn!boulder!tcr!gbs!root@arizona.edu (Root)
  504. Subject: System 7 on the GCR (from dsmall)
  505. To: Info-Atari16@naucse.cse.nau.edu
  506.  
  507. We've tested (and tested, and tested) the final release Sys 7
  508. on the GCR, and nope, it doesn't work yet. I wouldn't sweat
  509. this one too hard; I can recall both systems 6.0.3 and 6.0.5
  510. needing a helping crutch to get them going, too. The problem
  511. *seems* straightforward and we're working on it, but you never
  512. know if you've got ALL the problems fixed until it runs.
  513.  
  514.         I certainly found the following code fragment creative:
  515.  
  516.         move.l (a7)+,$fffffffe
  517.  
  518.         Near as I can tell, someone wanted the low word off the
  519. current stack long into locations 0 and 1.
  520.  
  521.         nice.
  522.  
  523.         (And yes, I know how many things that breaks...)
  524.  
  525.         Anywho. Back to the salt mines, and I'll let you know when
  526. we have it functioning.
  527.  
  528.         Incidentally, we're seeing reports of some TT's not running
  529. with GCR. Move the GCR to another TT, it runs. One known problem is
  530. putting a monitor on top of the TT; the monitor generates enough interference
  531. in the internal floppy to damp out the disk signal. Solution: move
  532. monitor backwards. Another problem we are hearing reports of, but have
  533. not gotten into the lab yet, is GCR's having cartridge port troubles.
  534. We have no idea what that is (low +5 at cart? Timing changes? You got me...)
  535. but are trying to find a non-working GCR/TT to look at and find out.
  536.  
  537.         If you're curious, the plan at the moment is to add LAN and
  538. internal SCSI drive support to the TT; hopefully this will superset to
  539. generic SCSI support for the TT, so about any Mac SCSI peripheral will
  540. plug in (if you follow the termination rules -- I wonder what Atari did.
  541. Good question, that -- you know, Allan?) However, SST is getting
  542. priority at the moment. We also hope to support LAN (Appletalk/Localtalk,(tm))
  543. on the MegaSTE.
  544.  
  545.         MegaTalk had a production run of PC boards without plated feedthrus.
  546. 100% rejects. That slowed things down. SST h/w is done and we're in the
  547. thousand-and-one details of ramping up production; I'm wrapping up some
  548. interesting compatibility software for it, so lots of things that normally
  549. break on 68030's will work.
  550.  
  551.         Anywho, back to the salt mines. (And I hope this post makes it
  552. out; getting this link working through two quirky machines is... interesting.)
  553.  
  554.         -- thanks, Dave Small
  555.  
  556.         Diaper-Changer, Gadgets by Small
  557.  
  558.         "I haven't thought up a witty saying yet."
  559.  
  560. ------------------------------
  561.  
  562. Date: 10 Jun 91 14:57:19 GMT
  563. From:
  564.  bloom-beacon!eru!hagbard!sunic!ugle.unit.no!lise.unit.no!stigvi@ucbvax.berkeley
  565.  .edu (Stig Vidar Hovland)
  566. Subject: TT ram revisited
  567. To: Info-Atari16@naucse.cse.nau.edu
  568.  
  569. |> From article <meulenbr.676276267@cstw163>, by meulenbr@cst.prl.philips.nl
  570.  (Frans Meulenbroeks):
  571. |>
  572. |> > Also I found out that the TT ram is 100ns ram. I do not have any 68030
  573. |> > doc handy, but with a 32 Mhz clock, I think at least one (and very maybe 2)
  574. |> > wait states will be required to access this memory.
  575. |> > Would it be technically feasible to replace this memory with faster
  576. |> > memory, and get rid of this wait state? Will 80 ns be enough to get rid
  577. |> > of the wait state, or should 60 ns be used??
  578. |>
  579.  
  580. If the cpu need to read data, it is done in burst modus. This means that the cpu
  581.  reads the first long word in two cycles and the next three long words in three
  582.  cycles. You will only speed up writing to memory if you replace the memory card
  583.  with a faster one. There are some third party ram cards which are faster than
  584.  Ataris, but I don't know nothing about these cards.
  585.  
  586. Stig Vidar Hovland - stigvi@lise.unit.no
  587.  
  588. ------------------------------
  589.  
  590. Date: 10 Jun 91 12:43:27 GMT
  591. From: noao!ncar!gatech!prism!mailer.cc.fsu.edu!nu!boyd@arizona.edu (Mickey Boyd)
  592. Subject: X for the ST?  (Unix Windows)
  593. To: Info-Atari16@naucse.cse.nau.edu
  594.  
  595. In article <2392@netmbx.UUCP>, perstoro@netmbx.UUCP (Wilhelm Schaefer) writes:
  596. >limsico@earthquake.Berkeley.EDU (Carl Limsico) writes:
  597. >
  598. >
  599. >>      This question has probably already been asked several times, but
  600. >>here it goes:  Does anyone know of any type of X-Window
  601. >>emulation/server/host for the ST?  Please either e-mail or post
  602. >>replies!
  603. >
  604. >On the other hand there is a programm called UW (unix windows).
  605. >I think it was designed for the mac first, but it has been
  606. >ported to the st by someone.
  607. >
  608.  
  609. Unix Windows is not related to X in any way (other than coincidental
  610. appearance).  It is a great program, which allows one to have muliplexed
  611. terminals over one serial line (the terminals are in the form of windows).
  612. You can set font sizes, cut and paste, file transfer, etc.  It consists of
  613. an ST end and a Unix end (which must be compiled for your particular system).
  614. I have found that it works great, but is a bit pokey at 2400 (I am waiting
  615. for my 9600, zooom).  Basically, it acts as a regular terminal program
  616. (you dial up, get one terminal window).  At that point, you run the unix
  617. end (from the initial terminal window).  After a few magical packets get
  618. transfered back and forth, you can now open more windows, each served
  619. by their own login shell.  There are at least two versions of the UW package
  620. for the ST (I have two).  One is more fancy, but less tolerant of accs and
  621. tsrs (the port appears european in origin).  The other (this one is on
  622. atari.archive) has fewer bells and whistles, but is solid (on my system
  623. at least).
  624.  
  625. As for an X server on the ST line, I don't envision it happening any time
  626. soon.  With Ethernet cards so scarce, and 9600 baud modems still in the
  627. $500 range there is not a very high demand for one.  Don't get me wrong, I
  628. would love to have one (and if you find out about one, I will be happy to
  629. eat my words).  You could probably direct-connect the serial port and run
  630. it at 19.2 using a SLIP connection.
  631.  
  632. --
  633.     ---------------------------------+-------------------------------------
  634.              Mickey R. Boyd          |  "Kirk to Enterprise.  All clear
  635.           FSU Computer Science       |      down here.  Beam down
  636.         Technical Support Group      |      yeoman Rand and a six-pack . ."
  637.       email:  boyd@fsucs.cs.fsu.edu  |
  638.     ---------------------------------+-------------------------------------
  639.  
  640. ------------------------------
  641.  
  642. End of Info-Atari16 Digest
  643. ******************************